REMARKS 

Applicant respectfully requests reconsideration and allowance of the 
subject application. Claim 25 is amended. Claims 1-41 are pending in this 
application. 

Specification and Drawings 

In reviewing the Specification and Drawings, some duplicate reference 
numbers were noted in the Specification as well as Figure 8 of the drawings. As 
part of this Response, the Specification has been amended to correct these 
duplicate reference numbers. Additionally, accompanying this response is a 
replacement drawing sheet for Figure 8. An annotated sheet drawing sheet is also 
included that shows the amendments made to Figure 8. Applicant respectfully 
requests that these drawing changes be approved by the Examiner. 

35 U.S.C. § 101 

Claims 25-33 stand rejected under 35 U.S.C. §101. As part of this 
Response, independent claim 25 has been amended to recite computer-readable 
storage media. Accordingly, Applicant respectfully submits that claim 25, and 
claims 26-33 depending from claim 25, comply with 35 U.S.C. §101. 

Applicant respectfully requests that the §101 rejection be withdrawn. 

35 U.S.C § 103 

Claims 1-3, 4, 6-17, 19-21, 23-27, 29-38, and 40-41 stand rejected under 35 
U.S.C. § 103(a) as being unpatentable over U.S. Patent No. 6,138,271 to Keeley 
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(hereinafter "Keeley") in view of U.S. Patent No. 5,325,533 to Mclnerney et al. 
(hereinafter "Mclnerney"). Applicant respectfully submits that claims 1-3, 4, 6- 
17, 19-21, 23-27, 29-38, and 40-41 are not obvious over Keeley in view of 
Mclnerney. 

Keeley is directed to a computer operating system adapted for use in a 
limited memory computer that may be embedded in other products (see, col. 1, 
lines 6-8). More specifically, as discussed in the Abstract of Keeley, Keeley is 
directed to a software development system including a modular operating system 
program having a plurality of modules each providing an operating system 
operation that may be called by an application program. The operating system 
operations permit application programs to communicate with particular computer 
hardware or other executing programs. A scanner program reviews the application 
program for calls to operating system operations to produce an OS module list of 
such application calls; and a selective compiler program receiving the OS module 
list prepares an operating system comprised of only those modules of the modular 
operating system necessary to perform the application calls of the OS module list 
that may be loaded into the embedded computer. 

Mclnerney is directed to a human oriented object programming system 
(HOOPS) which provides an interactive and dynamic environment for computer 
program building (see, col. 1, lines 9-11). Program building is made possible by 
the interaction of an incremental program model, called a project, and three major 
functionalities (see, col. 3, lines 4-7). A program is modeled as semantic units 
called components, each component representing a single compilable language 
element such as a class or a function (see, col. 3, lines 7-8 and 15-17). The three 
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major functionalities are the database, the compiler and the build mechanism (see, 
col. 3, lines 25-26). The database persistently stores and retrieves the components 
and their properties (see, col. 3, lines 26-28). The compiler, along with compiling 
the source code of a property, is responsible for calculating the dependencies 
associated with a component (see, col. 3, lines 28-30). The build mechanism uses 
properties of components along with the compiler generated dependencies to 
correctly and efficiently sequence the compilation of components during a build 
process (see, col. 3, lines 30-34). 

In contrast, claim 1 recites in part: 

creating a software development kit object (SDK object) for 
at least some of a plurality of development files in a source operating 
system that includes development files and components; 

identifying features of the source operating system to be 
included in a modularized system that is a subset of the source 
operating system; 

tracing dependencies in a dependency model correlating to 
the source operating system that uses the SDK objects to identify 
SDK objects corresponding to development files that are required to 
support the identified features; 

selecting the development files that correspond to the 
identified SDK objects; and 

exporting the selected development files to a software 
development kit (SDK) that supports development of applications 
for use with the modularized system. 

Applicant respectfully submits that Keeley in view of Mclnemey does not disclose 
or suggest the method of claim 1. 

Keeley is cited in the July 26, 2005 Office Action as disclosing the 
creating, identifying, selecting, and exporting of claim 1 (See, July 26, 2005 
Office Action at 9, pp. 3-4). Keeley states that "The present invention provides a 
development system that allows application programs to be developed in the 
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environment of a complex operating system and then to be loaded into embedded 
computers having limited memory " (see, emphasis added, col. 2, lines 46-49). 
Keeley also discloses that development of an application program may be done on 
a standard desk-top computer system using the entire modular operating system 
installed or an equivalent non-modular operating system (see, col. 9, lines 9-13). 
Additionally, one of the objects of Keeley is to permit programmers developing 
applications for embedded computers to develop their application programs using 
a full-featured operating system that supports high level languages and 
development tools (see, col. 3, lines 14-18). 

In contrast, claim 1 recites exporting the selected development files to a 
software development kit (SDK) that supports development of applications for use 
with a modularized system, the selected development files corresponding to 
identified SDK objects that in turn correspond to development files that are 
required to support features of the source operating system identified to be 
included in the modularized system that is a subset of the source operating system. 
If the goal of Keeley is to permit programmers to develop their applications using 
a full-featured operating system, it would be nonsensical to perform any of the 
identifying, selecting or exporting as recited (in claim 1 - Keeley is using a full- 
featured operating system for development so there would be no need to 
differentiate between development files that are required to support the identified 
features and those that are not required. As such, Applicant respectfully submits 
that Keeley does not disclose or suggest the identifying, selecting, and exporting 
as recited in claim 1 . 
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Furthermore, Keeley at col. 3, lines 10-11 is cited as disclosing the 
selecting of claim 1 . Applicant respectfully disagrees and submits that this cited 
portion of Keeley does not disclose or suggest the selecting of claim 1 . Keeley at 
col. 3, lines 9-13 reads: 

Thus, it is one object of the invention to provide an operating 
system that is modular so that selected modules may be collected 
and reformed into a smaller operating system necessary for a 
particular application program in an embedded environment. 

Thus, this cited portion of Keeley discusses selecting modules to be reformed into 

an operating system, not selecting development files. Although Keeley refers to a 

development system (see, col. 2, lines 46-49), there is no discussion or mention in 

the cited portion of Keeley, or elsewhere in Keeley, of selecting development files 

that correspond to identified SDK objects. Without any such discussion or 

mention, Applicant respectfully submits that Keeley cannot disclose or suggest 

selecting the development files that correspond to the identified SDK objects as 

recited in claim 1. 

Additionally, Keeley at col. 3, lines 4-7 is cited as disclosing the exporting 
of claim 1. Applicant respectfully disagrees and submits that this cited portion of 
Keeley does not disclose or suggest the exporting of claim 1. Keeley at col. 3, 
lines 1-8 reads: 

A scanner program reviews the application program for calls 
to operating system operations to produce an OS module list of such 
application calls; and a selective compiler program receiving the OS 
module list prepares an operating system comprised of only those 
modules of the modular operating system necessary to perform the 
application calls of the OS module list that may be loaded into the 
embedded computer. 
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Thus, this cited portion of Keeley is directed to preparing an operating system 
comprised of only those modules of the operating system necessary to perform the 
application calls. Thus, it can be seen that Keeley is discussing preparing an 
operating system, not preparing a software development kit. Although Keeley 
refers to a development system (see, col. 2, lines 46-49), there is no discussion or 
mention in the cited portion of Keeley, or elsewhere in Keeley, of exporting 
selected development files to a software development kit. Without any such 
discussion or mention, Applicant respectfully submits that Keeley cannot disclose 
or suggest exporting the selected development files to. a software development kit 
(SDK) that supports development of applications for use with the modularized 
system as recited in claim 1. 

With respect to Mclnerney, Applicant respectfully submits that Mclnemey 
is not cited as curing, and does not cure, these deficiencies of Keeley. 

For at least these reasons, Applicant respectfully submits that claim 1 is 
allowable over Keeley in view of Mclnemey. 

With respect to claims 2-4, 6, 7, and 10-12, given that claims 2-4, 6, 7, and 
10-12 depend from claim 1, Applicant respectfully submits that claims 2-4, 6, 7, 
and 10-12 are likewise allowable over Keeley in view of Mclnemey for at least the 
reasons discussed above with respect to claim 1 . 
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With respect to claim 8, claim 8 depends from claim 1 and Applicant 
respectfully submits that claim 8 is allowable over Keeley in view of Mclnemey 
for at least the reasons discussed above with respect to claim 1. Furthermore, 
claim 8 recites: 

The method as recited in claim 1, wherein creating the SDK 
objects further comprises: 

naming a data object having a type that identifies the data 
object as being an SDK object; 

including at least one reference in a first SDK object, the 
reference pointing to a second SDK object that is required by the 
first SDK object to function properly; and 

repeating the previous steps for each development file to be 
exposed in the SDK. 

Applicant respectfully submits that no software development kit object (SDK 
object) is disclosed in Keeley, much less naming a data object having a type that 
identifies the data object as being an SDK object as recited in claim 1. 

In the July 26, 2005 Office Action, Keeley at col. 5, lines 6-7 is cited as 
disclosing the naming of claim 8 (see, July 26, 2005 Office Action at |9, p. 9). 
Applicant respectfully disagrees and submits that this cited portion of Keeley does 
not disclose the naming of claim 8. The sentence including this cited portion of 
Keeley reads: 

The application program calls the operating system operations via an 
application programmer's interface ("API") 28 which provides a 
standard set of operation names 40 that are linked to particular 
modules 44 of the operating system holding corresponding 
operations, each operation being a routine for performing the desired 
operation (e.g., a disk read, etc.). 

Thus, it can be seen that Keeley is discussing an application programmer's 
interface and operation names provided by such an interface. There is no 
reference at all to a software development kit object in this portion of Keeley. 
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Without even so much as a mention of a software development kit object, 
Applicant respectfully submits that Keeley cannot disclose or suggest naming a 
data object having a type that identifies the data object as being an SDK object as 
recited in claim 8. 

For at least these reasons, Applicant respectfully submits that claim 8 is 
allowable over Keeley in view of Mclnerney. 

With respect to claim 9, given that claim 9 depends from claim 8, Applicant 
respectfully submits that claim 9 is likewise allowable over Keeley in view of 
Mclnerney for at least the reasons discussed above with respect to claim 8. 

With respect to claim 13, Applicant respectfully submits that, similar to the 
discussion above regarding claim 1, Keeley in view of Mclnerney does not 
disclose or suggest the selecting and exporting of claim 13. For at least these 
reasons, Applicant respectfully submits that claim 13 is allowable over Keeley in 
view of Mclnerney. 

With respect to claims 14-17, given that claims 14-17 depend from claim 
13, Applicant respectfully submits that claims 14-17 are likewise allowable over 
Keeley in view of Mclnerney for at least the reasons discussed above with respect 
to claim 13. 

With respect to claim 19, Applicant respectfully submits that, similar to the 
discussion above regarding claim 1, Keeley in view of Mclnerney does not 
disclose or suggest the identifying, selecting, and exporting of claim 19. For at 
least these reasons, Applicant respectfully submits that claim 19 is allowable over 
Keeley in view of Mclnerney. 
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With respect to claims 20-21 and 23-24, given that claims 20-21 and 23-34 
depend from claim 19, Applicant respectfully submits that claims 20-21 and 23-34 
are likewise allowable over Keeley in view of Mclnemey for at least the reasons 
discussed above with respect to claim 19. 

With respect to claim 25, Applicant respectfully submits that, similar to the 
discussion above regarding claim 1, Keeley in view of Mclnerney does not 
disclose or suggest the selecting and filtering of claim 25. For at least these 
reasons, Applicant respectfully submits that claim 25 is allowable over Keeley in 
view of Mclnerney. 

With respect to claim 26, claim 26 depends from claim 25 and Applicant 
respectfully submits that claim 26 is allowable over Keeley in view of Mclnerney 
for at least the reasons discussed above with respect to claim 25. Furthermore, 
claim 26 recites: 

The one or more computer-readable media as recited in claim 
25, wherein the filtering further comprises: 

for each selected SDK object, searching for a label in the 
master SDK header file that is the same name as the SDK object; 

if the label is found, enabling a section of code associated 
with the label; and 

wherein the enabling the section of code associated with the 
label enables the appropriate development file associated with the 
SDK object to be included in the SDK. 

Applicant respectfully submits that no SDK object is disclosed in Keeley, much 
less for each selected SDK object, searching for a label in the master SDK header 
file that is the same name as the SDK object as recited in claim 26. 

Applicant respectfully submits that there is no discussion or mention of a 
master SDK header file in Keeley or Mclnerney, and that there is no portion of 
either Keeley or Mclnerney cited in the July 26, 2005 Office Action as disclosing 
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a master SDK header file. Without such a discussion or mention, Applicant 
respectfully submits that Keeley and Mclnerney cannot disclose or suggest 
searching for a label in a master SDK header file as recited in claim 26. 
Furthermore, similar to the discussion above regarding claim 8, Applicant 
respectfully submits that there is no discussion or mention in Keeley or Mclnerney 
of a name of an SDK object as recited in claim 26. Without such a discussion or 
mention, Applicant respectfully submits that Keeley and Mclnerney cannot 
disclose or suggest searching for a label in the master SDK header file that is the 
same name as the SDK object as recited in claim 26. 

For at least these reasons, Applicant respectfully submits that claim 26 is 
allowable over Keeley in view of Mclnerney. 

With respect to claim 27, claim 27 depends from claim 25 and Applicant 
respectfully submits that claim 27 is allowable over Keeley in view of Mclnerney 
for at least the reasons discussed above with respect to claim 25. Furthermore, 
Applicant respectfully submits that, similar to the discussion of claim 26 above, 
Keeley in view of Mclnerney does not disclose or suggest the executing and 
determining of claim 27. For at least these reasons, Applicant respectfully submits 
that claim 27 is allowable over Keeley in view of Mclnerney. 

With respect to claims 29-33, given that claims 29-33 depend from claim 
25, Applicant respectfully submits that claims 29-33 are likewise allowable over 
Keeley in view of Mclnerney for at least the reasons discussed above with respect 
to claim 25. 

With respect to claim 34, Applicant respectfully submits that, similar to the 
discussion above regarding claim 1, Keeley in view of Mclnerney does not 
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disclose or suggest the SDK object generator, the feature identification module, 
the dependency tracer, and the export module of claim 34. For at least these 
reasons, Applicant respectfully submits that claim 34 is allowable over Keeley in 
view of Mclnerney. 

With respect to claims 35-38 and 40-41, given that claims 35-38 and 40-41 
depend from claim 34, Applicant respectfully submits that claims 35-38 and 40-41 
are likewise allowable over Keeley in view of Mclnerney for at least the reasons 
discussed above with respect to claim 34. 

Claims 5, 18, 22, 28, and 39 stand rejected under 35 U.S.C. § 103(a) as 
being unpatentable over Keeley in view of U.S. Patent No. 5,901,319 to Hirst 
(hereinafter "Hirst"). It appears from the July 26, 2005 Office Action that 
Mclnerney is also relied on in the rejection of claims 5, 18, 22, 28, and 39 (see, 
July 26, 2005 Office Action at If 10, p. 16). Applicant respectfully submits that 
claims 5, 18, 22, 28, and 39 are not obvious over Keeley in view of Hirst. 

Claims 5, 18, 22, 28, and 39 depend from claims 1, 13, 19, 25, and 34, 
respectively. Applicant respectfully submits that claims 5, 18, 22, 28, and 39 are 
allowable over Keeley in view of Mclnerney at least because of their dependency 
on claims 1, 13, 19, 25, and 34, respectively. Applicant further submits that Hirst 
is not cited as curing, and does not cure, the deficiencies of Keeley in view of 
Mclnerney discussed above. For at least these reasons, Applicant respectfully 
submits that claims 5, 18, 22, 28, and 39 are allowable over Keeley in view of 
Hirst, as well as Keeley in view of Mclnerney and Hirst. 

Applicant respectfully requests that the §103 rejections be withdrawn. 
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Conclusion 

Claims 1-41 are in condition for allowance. Applicant respectfully requests 
reconsideration and issuance of the subject application. Should any matter in this 
case remain unresolved, the undersigned attorney respectfully requests a telephone 
conference with the Examiner to resolve any such outstanding matter. 



Respectfully Submitted, 





Reg. No. 38,318 
(509) 324-9256 
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